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PROCEDE ET SYSTEME DE TRANSMISSION D'UNE CHAINE DE 
MESSAGES POUR BASE DE DONNEES 

La presente invention concerne un precede et systeme de mise a jour de base 
de donnees, et en particulier lors de la transmission d'une chatne de 
5 messages. 

Dans un systeme comprenant un centre de gestion et une pluralite d'abonnes 

repartis sur un vaste territoire, il est connu d'envoyer par voie tetephonique ou 
hertzienne des informations de mise a jour de la base de donnees de ces 
abonnes. Ces messages s'adressent, soit a tous les abonnes, soit a un abonne 

10 particulier, c'est-a-dire qu'il contient une adresse de module d'abonne. 

Ces messages sont destines a 1'administration du systeme et viennent se 
superposer aux donnees utiles telles que video, audio ou donnees. On 
comprend bien que la place utilisee par ces messages est done limitee. Une 
autre limitation s'applique a la longueur du message qui est limitee du fait que 
15 les donnees utiles ne peuvent etre interrompues que pour un court instant. On 
comprend bien que, dans I'exemple d'une transmission audio/video, le canal 
d'emission ne peut etre interrompu que pour un tres bref instant afin qu'aucun 
impact visuel ne soit perceptible. 

C'est pour cela que, pour la transmission d'un grand nombre d'informations, il a 
20 ete necessaire de les fragmenter en un grand nombre de messages. 

Ces messages sont envoyes s6quentiellement sur le reseau, dans un ordre 
logique, e'est-a-dire les uns derriere les autres, s6pares par un court intervalle, 
par exemple une seconde. 

Du fait que certains systemes de ce type n'utilisent pas de voie de retour vers le 
25 centre de gestion, comme une liaison modem par exemple, il est difficile pour le 
centre de gestion de savoir si les informations envoyees sont arrivees 
correctement. De ce fait, il est contraint de rep6ter ces messages 
periodiquement afin de statistiquement s'assurer que chaque message est bien 
arrive a destination. 
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Un module d'abonnes comprend schematiquement un recepteur numerique, 
soit audio, soit video ou de donnees, voire une combinaison de ces trois types, 
un decodeur en charge de separer les messages d'administration, ces demiers 
etant aiguilles vers un module de security comprenant la base de donnees 
5 d'abonnes. Ce module de securite peut etre directement monte dans le module 
d'abonne ou, pour des raisons de securite et de coQt, il peut se presenter sous 
la forme d'un module detachable tel qu'une carte intelligente ou carte a puce. 

Les messages arrivant au module de securite sont traites par I'interpr6teur de 
commandes. II se peut que les messages n'arrivent pas dans I'ordre d'emission 

10 du fait de perturbations dans la transmission ou simplement du fait que I'unit6 
d'abonnes n'etait pas enclenchee lors de renvoi des messages pr6c6dents. II 
faut preciser que prealablement a un traitement, chaque message est d'abord 
d6crypt6 et control^ quant a son authenticity. Un message qui ne remplit pas 
les criteres de controle est rejete. Dans cette hypoth£se, le module de securite 

15 recevra par exemple le message indice 3 avant les messages* indices 1 et 2. 
L'ex6cution du message indice 3 sans ['execution prealable des deux 
messages precedents peut conduire ^ des blocages de la base de donn6es ou 
a une erreur quelconque. 

Une premiere solution consiste a memoriser tous les messages constituant une 
20 chaTne et, lorsqu'elle est complete, de proc6der a son traitement. Cette solution 
a Tinconvenient de d§finir la longueur de la chaTne maximum en fonction de la 
m6moire disponible. 

La capacity memoire des cartes intelligentes detachables est Iimit6e, ce qui 
oblige la carte £ traiter chaque message d6s son arriv6e. 

25 Le probleme que se propose de r6soudre la pr6sente invention est de 
supprimer sur la base de donnees d'abonnes les effets n£fastes du a 
Texecution des messages dans un ordre different de celui initialement prevu. 

Ce but est pleinement atteint par un proced6 de transmission d'une chaTne de 
messages d'administration de base de donnees d'abonnes, precede consistant 
30 a adjoindre un bloc conditionnel qui determine si le message est a traiter sans 
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reference a tout ou partie des autres membres de la chame ou les conditions 
liees au traitement prealable de tout ou partie des autres membres de la 
chame. 

En effet, grace a ce nouveau bloc conditionnel inclus dans chaque message 
5 membre d'une chame, il est possible de determiner si ce message peut etre 

tr ai te is o l ement ou do i t s a t i sf ai re a d es c o nd i t i ons de tra i tement sur l es 

messages censes etre regus prealablement. II va de soit que ce test permet 
egalement de determiner si le message en cours devaluation a deja ete traite. 

Pour atteindre ce but, le module de security dispose d'une memoire organisee 
10 sous forme de table indiquant, pour chaque chaTne quels sont les messages 
membres de cette chaTne ayant deja fait I'objet d'un traitement. Apres 
traitement de tous les membres de la chaTne, la table de cette chaTne est 
conservee afm d'eviter que le renvoi de la meme chaTne relance son execution. 
Elle peut etre effacee sur demande du centre de gestion ou apres un temps 
15 predefini. 

Le bloc conditionnel contenu dans le message ne contient pas seulement une 
indication simple liant le traitement du message en cours a la condition d'avoir 
execute le message precedent, mais couvre egalement des fonctions plus 
complexes telles que des conditions sur chaque membre de la chaTne de 
20 message. Par exemple, il est possible de soumettre le traitement du membre 4 
de la chaTne a la condition que soit le membre 1 ou 2 soit traite et que le 
membre 3 soit imperativement traits. Nous aurons done la fonction : 

F(4) = (1 ou 2) et 3. 

Prenons I'exemple de I'arrivee au module de securite du message membre de 
25 la famille 5, ce message etant le membre 4 de cette famille. La premiere 
operation sera de determiner si son traitement est soumis a d'autres conditions. 
Si tel n'est pas le cas, il pourra etre traite immediatement. II est a noter que le 
fait de chaTner des messages ne veut pas forcement dire que le traitement doit 
se faire dans I'ordre d'indice de la chaTne. On peut imaginer le cas ou Ton 
30 charge un logiciel de taille importante, et pour cette raison, on le fractionne pour 



le transmettre en une chaTne de message. Chacun de ces messages contient 
une adresse de chargement et les donnees correspondantes. C'est pourquoi 
un membre de la chaTne peut etre traite dans un ordre indifferent Par contre, le 
dernier membre de la cha<Tne~mettant en service~ee nouveau*logiciel contiendra 
5 une condition stipulant que. tous les. membreswde la chaine doivenfe avoir §te 
executes pour que celui-ci puisse etre execute d son tour. Lorsque cette 
condition est remplie, la table correspondant a cette famill© indique que tous les 
messages sont ex6cutees. 

Selon une variante de I'invention, le bloc conditionnel est divis6 en deux 
10 parties, Tune dite "operation" pour d6crire le type de fonction logique et Pautre 
dite "membre concerne" pour decrire sur quels autres membres Poperation doit 
s'appliquer. Le format de la partie "membre concerne" correspond au format 
utilise dans la table stockee dans la base de donn6es d6signant Petat de 
traitement des membresnde la chaine. De ce fait>la comparaisomilogique en est 
1 5 grandement facilitee. 

Selon d'autres formes de realisation, le bloc conditionnekse*K6f£re*non pas a 
tous les autres membres de la chame^mais a*certaims*seulementv*ll serait par 
exemple possible de se*ref6ner*aux trois t 6l6mentsipMc6djemtsiettfiornipas ^ tous 
les elements. Ceci permet de diminuer la longueur du bloc conditionnel et tient 
20 compte du fait qu'une perturbation d6passe rarement le temps de trois 
messages. Suivant un autre exemple, on pourrait definir une structure de 
chaTne ou seulement le dernier Element contient un bloc conditionnel. 

Cette structure permet, contrairement aux solutions de Petat de la technique, de 
ne rejeter qu*un minimum de message. En effet, lorsqu'un message v fhanquait 
25 dans une chaTne, tous les messages suivants etaient rejetes jusqu'au nouveau 
passage du message manquant. L'exgcution d'une chaTne etait de. ce fait 
tributaire de la reception continue des membres de la chatpe, chaque^l6ment 
manquant ayant pour consequence de rejeter tous les messages d'indice 
superieur au message manquant. 



-5- 

Selon une forme de realisation de I'invention, le module d'abonne, 
parallelement a renvoi des messages au module de securite, comprend une 
memoire pour les memoriser au fur et a mesure de leur arrivee. 

II se peut done que I'absence d'un message contenant une condition sur un 
5 message precedant conduise a rejeter tous les messages suivants. Quand ce 

me ssa ge attendu a rrive , i l e s t bien entend u tr ai te au tori sa nt le tr a itement des 

autres messages. II se peut par contre que beaucoup de temps s'ecoule avant 
que ceux-ci soient presents dans la transmission avec le risque que certains 
soient rejetes, par exemple a cause de la mauvaise qualite de la liaison entre le 
10 centre de gestion et le module d'abonne. 

Pour diminuer au maximum le nombre de repetition de messages necessaire 
pour que la chaTne soit enfin executee dans son entier, le module de securite 
peut acceder a la m6moire situee dans le module d'abonn6 car elle contient 
tous les messages dans leur ordre d'arrivee. Ainsi, sitot I'arriv6e du message 
15 manquant et son traitement acheve, le module de s6curite va demander la 
lecture de la memoire pour traiter tous les messages qui ont 6te rejete a cause 
de la condition sur le message manquant. 

Un aspect important de Tinvention reside dans le fait de presenter chaque 
message au module de securite parallelement au stockage en memoire dans le 

20 module d'abonne. Ce principe peut comporter des exceptions dans le cas ou 
certains messages ne sont pas destines au module de securite mais 
uniquement au module de I'abonne. Ainsi, bien que certains messages sont 
rejetes par le module de securite du fait que les conditions ne sont pas 
remplies, celui-ci sait que ce message est contenu dans la m6moire du module 

25 d'abonne et pourra, des que la condition est remplie, acceder a la memoire 
pour executer ces messages au lieu d'attendre un prochain passage des 
messages suivants. 

Dans une forme d'execution, la m§moire du module d'abonn§ est organis6e 
comme une pile a entree serie, chaque nouvelle entr6e provoquant le 
30 deplacement de Pentree precedente. 



La lecture par le module de securite peut s'effectuer de differentes manieres. II 
peut demander la transmission d'une adresse precise de la memoire. 
Neanmoins, un aspect important de la securite dans ce type d'application 
reside dans la confidentiality de I'organisation des informations.iPour cela f au 
lieu de demander Ja transmission d'une 'adress.e^speeifiqueHe module de 
securite va demander au module d'abonn§ de lui presenter tout ou partie des 
messages contenu<lans*sa- memoire. A cnarge du moduli^ d6 security de trier 
entre les messages deja executes et les messages £ executer. 

L'invention sera mieux comprise grace a la description detaillee qui va suivre et 
qui se r6fere aux dessins annexes qui sont donnes a titre d'exemple nullement 
limitatif, dans lesquels : 

La figure 1 representee n message tel qu'envoy6 dans 1es*syst£mes de 
I'etat de la technique; 

La figure 2 represente un message tel qu'envoy6 selon Tinvention; 

La figure 3 repr6sente un exemple d'impl6mentation de la.*m6moire 
temporaire du module d'abonn6^ 

Sur la figure 1 sont repr6sentes schematiquement les diff6rents blocs d'un 
message qui participent d la fonction de chaTnage. Nous trouvons un premier 
bloc en-tete HD qui d6crit le type de message, et contient Tinformation que ce 
message fait partie d'une chaTne. Pour former la chame, un deuxieme bloc de 
famille FM indique d quelle famille ce message appartient. En effet, il est 
possible que plusieurs chaines soient transmises simultan6ment et 
('identification de la famille est n6cessaire. Maintenant que la famille est definie, 
le bloc suivant Fl sert a identifier chaque membre de la famille et sa place dans 
la chaTne. Ainsi, par ces deux informations, chaque membre de la famille 
pourra etre remis bout S bout avec les autijgs membres de la meme famille si 
necessaire. II est connu d'indiquer dans Tun ou I'autre des blocs de controle Fl 
ou FM le nombre maximum de membre de la famille. Cette fonction peut 
egalement etre obtenue par un marquage particulier du dernier membre de la 
famille. 



Sur I'exemple de la figure 2, le message de la figure 1, mettant en oeuvre les 
deux blocs FM et Fl, se voit adjoindre un bloc supplemental CD qui determine 
une condition d'execution de ce message. Selon une premiere forme 
d'execution de I'invention, ce bloc est constitue d'un bit qui indique si le 
5 message precedent doit ou ne doit pas avoir ete execute. Si cette condition est 
demandee, I'interpreteur en charge des operations sur la base de donn§es, 
verifiera si le message precedent a bien ete execute et executera ce nouveau 
message. 

Dans une autre forme d'execution, ce bloc conditionnel CD est constitue par un 
10 champ compose de groupes, un groupe pour chaque membre de la chaTne. 
Chaque groupe contient une condition sur un element de la chaTne et peut 
avoir plusieurs significations, par exemple la condition "doit avoir ete execute", 
"peut avoir ete execute" ou "ne doit pas avoir ete execute". Cette derniere 
condition est en general le miroir de la premiere. 

15 Prenons I'exemple d'une chaTne de 6 elements, I'element 3 devant forcement 
etre execute avant Pel6ment 5. Dans ce cas, on peut specifier dans le message 
3 qu'il ne doit pas etre execute si le message 5 Fa et6. Cette condition peut 
conduire a un blocage si Ton ne specifie pas la condition inverse dans le 
message 5. Dans ce cas, le message 5 contiendra la condition "doit avoir ete 

20 execute" sur le message 3 pour que si le message 5 arrivait avant le 3, il ne soit 
pas traite. 

Sur la figure 3, est represents une implementation de la m6moire M du module 
d'abonne et la liaison avec le module de s6curite. Le flux entrant est tout 
d'abord filtre par un module SEL qui a pour but de separer les messages 

25 d'administration des autres donnees. Ces messages sont ensuite transmis au 
module de selection SW qui a pour tache de les envoyer aux differents 
modules c'est-a-dire le module de securite SM, au centre de traitement CTR du 
module d'abonne STB et a la memoire M du module d'abonne. La mise en 
memoire de ces messages provoque ['incrementation du pointeur de messages 

30 entrants afin qu'aucun message ne soit perdu, le message le plus ancien 6tant 
alors elimine de la memoire. En parallele, ces messages sont transmis au 
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module de securite, represente ici comme une carte intelligente SM. Cette carte 
SM contient un premier module de gestion de memoire GM et un interpreter 
INT de commande destines a la gestion des commandes de la base de 
donnees BD. Ce gestionnaire de memoire GM peut dialoguer avec le centre de 
5 traitement CTR par la liaisocH/O et par ce moyen, influeneewles connexions 
dans le module de selection SW. La ligne pointiliee representee sur la figure 3 
repr6sente le module d'abonne STB. Tous les messages d'admlnistration 
adresses au module de securite SM sont dirig6s par le selecteur SW au module 
de securite, en particulier au gestionnaire de memoire GM puis sont transmis a 

10 rinterpreteur de commande si les conditions d'ex6cution sont remplies. Le 
gestionnaire de memoire GM tient a jour la table des messages executes pour 
effectuer les n6cessaires comparaisons lors de Tarrivee d'un nouveau 
message. La liaison avec la carte intelligente SM est de type entr6e/s©rtie et de 
ce fait des informations et commandes peuvent etre envoyees a destination du 

15 module d'abonn6; connexion representee par la ligne I/O. Comme explique plus 
haut, la memoire M est physiquement dans Tunite d'abonne STB. C'est 
pourquoi la carte SM peut, par I'intermgdiaire de la ligne I/O, demander la 
disponibilite d'une section memoire afin de pouvoir stacker les messages d'une 
chaTne. Dans notre exemple, le nombre maximum d'eiements dans une chame 

20 n'excede pas 16. Ainsi, a I'arrivee du premier membre de la chaTne, la carte 
SM, par la ligne I/O, demande la reservation d'au moins 16 places nr»6moire. Si, 
pendant la transmission de cette premiere chaTne, une autre chaTne est 
annoncee, (a carte demandera la reservation de 16 nouvelles places afin 
d'assurer le stockage d'un maximum de membres de la chaTne selon les 

25 conditions de reception. 

Afin de lire les informations contenues dans la memoire M, par exemple la 
position M3, la carte SM peut commander, via le selecteur SW, au multiplexeur 
d'adresses AMUX de lui retourner le contenu de cette position memoire. Afin 
d'acheminer ces donnees vers la carte, un multiplexeur de donnees DMUX a 
30 pour fonction de lire la position memoire requise et de la transferer vers la 
carte. Ces divers transferts sont aiguilles par le selecteur SW. 
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Lorsque I'execution de la chaine a ete interrompue par la faute d'une 
perturbation sur un message par exemple, les autres messages continuent a 
etre stockes dans la memoire du module d'abonne. Lorsque le message 
manquant est retransmis par le centre de gestion, il est bien evidemment 
5 execute et le gestionnaire de memoire GM va rappeler tous les autres 
messages de la chame en accedant la memoire du module d'abonne. Dans ce 
cas, I'entree de la carte intelligente SM ne se fait plus sur Parrivee des 
messages mais sur le contenu de la memoire M. Cet acces a la memoire M 
peut se faire soit en acces direct en sp6cifiant une adresse m6moire, soit par 
10 acces sequentiel en lisant les messages dans leur ordre d'arrivee. 

Dans une forme d'execution, la memoire M est organis6e comme une memoire 
tampon d'une longueur fixee selon la disponibilite de la memoire libre du 
module d'abonne. Cette memoire comprend un pointeur d'entr6e incremente a 
chaque introduction de message dans la memoire, et un pointeur de sortie 
15 incremente a chaque lecture par le gestionnaire de memoire GM. 

La possibility de dialogue entre la carte SM et le module d'abonne STB, en 
particulier le centre CTR, autorise des fonctions plus glaborees. Un des 
problemes frequemment rencontre lors de l'6change de Tun ou I'autre des 
elements du systeme, soit la carte ou le module d'abonne, est d'assurer la 

20 compatibility des fonctions avec le materiel de generations prec6dentes. Pour 
cela, il est interessant de faire dialoguer les differents elements entre eux afin 
d'etablir les fonctions disponibles dans chacun de ceux-ci; c'est le but de la 
ligne I/O qui permet d'envoyer des instructions de la carte au module d'abonne. 
Ces instructions peuvent, par exemple, demander au module d'abonne de 

25 communiquer ses fonctions audio, vid6o ou donnees, la generation de module 
ou la version iogiciel. Pour r6pondre a cette requete, le module STB dispose de 
moyens pour composer un message d'administration et le transmettre, soit 
dans la memoire M pour lecture ulterieure par la carte, soit directement a la 
carte, tel que represente sur la figure 3. 

30 Selon une autre forme de realisation de I'invention, le module STB dispose 
d'une connexion par modem avec le centre de gestion. Dans ce cas, I'annonce 
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de ressources peut se faire par le module STB au centre de gestion via le 
modem, sur requete du module de securite SM. 

Comme indique sur la figure 3, le module STB regoit egalemdntfles messages 
d'administration venant du .centre de gestion. Les messages arrivant au centre 
5 de traitement CTR peuvent contenir une instruction de requete de 

configurat i on. La r c pons e pourra >se, faire par la*, li aison modern - ou^ e tre 

transmise a la carte SM. Certains de ces messages d'administration sont 
uniquement destines au module STB et le centre de traitement CTR, 
responsable de la gestion du module STB, ne va pas les transmettre au module 

10 de s6curit6 SM ou a la m6moire M. 
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REVENDICATIONS 

1. Procede de transmission de chame de messages d'administration de 
base de donnees entre un centre de gestion et une pluralite de bases de 
donnees d'abonne reparties, chaque message d'administration comprenant un 
en-tete de chame (HD) , un identificateur de cha i ne (FM) permettant la 
transmission simultanee de plusieurs chames et un indice de chame (Fl) 
permettant d'identifier le message dans la chaine, caracterise en qu'il consiste 
a adjoindre a chaque message un bloc conditionnel (CD) qui determine si ce 
message est a traiter sans references £ tout ou partie des membres de la 
chame ou a traiter selon des conditions liees au traitement prealable de tout ou 
partie des membres de la chame. 

2. Procede de transmission selon la revendication 1 , caracteris§ en qu'il 
consiste a determiner selon le bloc conditionnel (CD) si tout ou partie des 
membres de la chaine peut, ou doit, ou ne doit pas avoir ete traite 
prealablement. 

3. Procede de transmission selon la revendication 1 ou 2, caracterise en 
qu'il consiste a gerer une table au sein de la base de donnees d'abonne 
contenant une information repr6sentant I'etat de traitement de chaque membre 
de la chaine, et a mettre a jour ladite table chaque fois qu'un membre de la 
chaine est traite, et de reinitialiser ladite table soit sur requete du centre de 
gestion, soit apres un temps predefini. 

4. Procede de transmission selon les revendications 1 a 3, caracterise en 
ce que la base de donnees d'abonn6 est reli6e a une unit6 d'abonne et en ce 
qu'il consiste a memoriser les messages d'administration dans une memoire de 
I'unite d'abonne et de les presenter sur demande a la base de donnees. 

5. Proced6 de transmission selon la revendication 4, caract6ris6 en ce qu'il 
consiste a memoriser en mode "serie" les messages entrant, chaque message 
entrant provoquant ('incrementation d'un pointeur de la pile de messages 
entrants, et a acceder en acces direct les messages demand6s par la base de 
donnees. 
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6. Procede de transmission selon la revendication 4, caracterise en ce qu'il 
consiste a utiliser la memoire de I'unite d'abonne fonctionnant comme memoire 
tampon serie a longueur fixe. 

7. Procede de transmission selon les revendications 4 a 6, caracterise en 
ce qu'il consiste a recevoir dans la base de donn6es, un message membre 
d'une chame, et de reserver aupres de I'unit6 d'abonn6 la m6moire necessaire 
a la reception de tous les membres de la chame. 

8. Procede de transmission selon les revendications 4 £ 7, caracterise en 
qu'il consiste, sur requete, & faire composer par le module d'abonne un 
message d'administration decrivant ses ressources logiciels et materiel et a 
envoyer ledit message, soit a la base de donnees (SM), soit au centre de 
gestion. 

9. Proc6de de transmission selon la revendication 8, caraeteris6 en ce que 
cette requete est transmise, soit par le centre de gestion sous la forme d'un 
message d'administration, soit par la base de donn6es*(SM) sous la forme 
d'une instruction par la ligne I/O. 

10. Systeme de transmission de chame de messages d'administration de 
base de donnees comprenant un centre de gestion et une pluralite d'unites 
d'abonnes, chaque unite comprenant une base de donnees, chaque message 
comprenant un en-tete (HD), un identificateur de chame (FM) permettant la 
transmission simultanee de plusieurs chaTnes, et un indice de chame (Fl) 
permettant d'identifier le message dans la chame, caracterise en ce qu'il 
comprend un bloc conditionnel (CD) qui determine si le message est a traiter 
sans reference a tout ou partie des membres de la chame, ou a traiter selon 
des conditions liees au traitement prealable de tout ou partie des membres de 
la chame. 

11. Systeme de transmission de chatne de messages selon la 
revendication 10, caracterise en que le bloc conditionnel (CD) contient une 
condition determinant si tout ou partie des membres de la chatne peut, ou doit, 
ou ne doit pas avoir 6te traite prealablement. 
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12. Systeme de transmission de chaTne de messages selon les 
revendications 10 et 11, caracterise en ce que le module de securite (SM) 
comprend un gestionnaire de message (GM) en charge de stocker dans une 
memoire I'etat du traitement de chaque message de la chaTne, et qu'il 
comprend des moyens de comparaison de cet etat avec les conditions 
enoncees dans le bloc conditionnel (CD) du message en cours de traitement. 

13. Systeme de transmission de chaTne de messages selon les 
revendications 10 a 12, caracterise en ce que I'unite d'abonne comprend une 
memoire (M) de messages, chaque message entrant provoquant le 
deplacement du message precedant dans la memoire (M), et en ce que le 
module de securite (SM) comprend des moyens pour lire et traiter ces 
messages. 

14. Systeme de transmission de chaTne de messages selon les 
revendications 10 a 13, caracterise en ce que I'unite d'abonne (STB) comprend 
une ligne de liaison (I/O) vers le module de securite (SM) et qu'il comprend des 
moyens pour determiner la taille de la memoire (M) selon les instructions 
recues de la part du module de securite (SM), et pour repondre par la 
composition et renvoi d'un message d'administration au module de s6curite 
(SM). 

15. Systeme de transmission de chaTne de messages selon les 
revendications 10 a 13, caracterise en ce que I'unite d'abonne (STB) comprend 
un module de selection (SW) permettant de connecter le separateur de 
messages d'administration (SEL), le centre de traitement (CTR) du module 
d'abonne, le module de securite (SM) et la memoire (M), et des moyens pour 
reconnaTtre les messages d'administration destines uniquement au centre de 
traitement (CTR), et aiguiller par le module de selection (SW) ces messages 
uniquement vers le centre de traitement (CTR). 
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ABREGE DESCRIPTIF 

Cette invention consiste en un procede et d'un-systeme de-transmission de 
chame de messages^ de mise^a jour de base de >donnees*entre*un centre de 
gestion et * une pluralite de bases de donnees- d'abonn^ reparties< 

-^5 geographiquement. Chaque message comprend u n i dent i ficateur d e ch a Tne 

(FM) et un indice de chaTne (Fl) permettant d'ideritifier le message dans la 
chaTne. Si un message n'est pas regu suite a une perturbation dans la liaison, 
le traitement des messages suivants peut provoquer le blocage des bases de 
donn£es. Afin de pallier & cet inconvenient, la solution consiste & adjoindre a 

10 chaque message un bloc d'6tat (CD) qui determine si ce message est a traiter 
sans reference aux membres de la chaTne ou quelles sont les conditions liees 
au traitement prealablfe des membres de la chaTne. 



(Figure 3) 
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